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(54) Consumer electronic equipment and method of controlling operation thereof 



(57) A digital interface microcomputer (DIFcon 7) 
sends/receives an Audio Vtdeo/Contro I -Command 
Transaction Set (AV/C-CTS) between it and other equip- 
ment connected by way of an IEEE-1 394 serial bus (not 
illustrated) DIFcon (7) also provides both way conver- 
sion between AV/C-CTS and Local Application Control 
Bus System (LANC) signals. A mode control microcom- 
puter (Modecon, 8) sends/receives LANC signals be- 
tween it and the digital interface microcomputer (DIF- 
con, 7). A mechanism control microcomputer 
(Mechacon 9) controls a mechanism (e.g. a Video Tape 
Recorder) in accordance with commands sent from the 
mode control microcomputer 8. Further, mechacon (9) 



informs the mode control microcomputer 8 of the status 
of the mechanism. To enable the use by other compa- 
nies of every application developed originally by using 
IEEE-1 394, vendor unique, commands 1394, the DIF- 
con (7) when accepting a target key code calculates an 
application key code based on a cipher function and a 
target key code therefor. Then, it sends an opening com- 
mand for the application attached to the application key 
code. The target, when accepting the opening com- 
mand, decodes the target key code in the command. 
Then if the decoded target key code matches a target 
key code generated by the DIFcon 7, it allows execution 
of the command 
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Description 

The invention relates to an electrons equipment, a 
method of controlling the operation of the equipment, 
and to a control met nod 

An embodiment of the present invention concerns 
a system in which a plurality of electronic equipments 
are connected by way of a bus and communication is 
conducted between each of the electronic equipments. 
More specifically the embodiment relates to a system in 
which an originally developed application is made usa- 
ble also be another company under a license contract. 

Another embodiment of the present invention con- 
cerns a system in which a plurality of electronic equip- 
ments are connected by way of a bus capable of trans- 
mitting information signals and control signals, and com- 
munication is conducted between each of the electronic 
equipments and, more specifically, it relates to a tech- 
nique for carrying command/status for controlling an an- 
alog equipment on a control signal of a predetermined 
format. 

As a system *n which a plurality of electronic equip- 
ments are connected by ways of a bus and communi- 
cation is conducted between each of the electronic 
equipments, a communication system using an IEEE 
1 394 serial bus is considered. In the communication us- 
ing the IEEE-1394 serial bus, electronic equipments 
such as digital video tape recorders, digital video cam- 
eras, digital television receivers and personal comput- 
ers (hereinafter referred to simply as equipments) are 
connected by way of the IEEE-1 394 serial bus and com- 
munication is conducted between each of the equip- 
ments for information signals such as digital audio/video 
signals and control signals such as connection control 
commands. 

In the communication system using the IEEE-1394 
serial bus, a vendor unique command is provided in or- 
der that each of manufacturers attains an application of 
its own (basic command to provide compatibility be- 
tween each of companies is defined separately from the 
vendor unique command). It is specified that a company 
ID is attached to a packet of a vendor unique command 
for indicative the manufacturer. Accordingly, the appli- 
cation attained by using the vendor unique command is 
basically valid only for the manufacturer, 

Even an originally developed application is some- 
times valid for other companies When an application 
has no such general applicability thai il is registered as 
a common command, the originally developed applica- 
tion by a certain manufacturer is sometimes intended to 
be used also by other manufacturer. When other man- 
ufacturer uses a vendor unique command for the appli- 
cation, a company ID of the manufacturer developing 
the application has to bo used 

Then, if the manufacturer developing the applica- 
tion admits other manufacturer to use the company ID 
under a formal license contract other company also en- 
ables to use vendor unique commands other than the 



application 

The present invention has her;n arnampl shcri in 
v:au of the foregoing problem and provides an equip- 
ment that enables the use of o!he r company on every 
5 originally developed application as well as a controlling 
method therefor. 

As a system in which a plurality of electronic equio- 
ments are connected by way of a bus and communica- 
tion is conducted between each of the electronic equip- 

10 ments, a communication system using an IEEE-1394 
serial bus is considered. In the communication system 
using the IEEE-1394 serial bus, electronic equipments 
such as digital video cassette records (hereinafter "vid- 
eo cassette recorder" is simply referred to as "VCR"), 

i5 digital video cameras, digital television receivers and 
personal computers (hereinafter referred to simply as 
equipments) are connected by way of the IEEE-1394 
serial bus and communication is conducted between 
each of the equipments for information signals such as 

20 digital audio/video signals and control signals such as 
connection control commands 

In the communication system using the IEEE-1394 
serial bus, AV/C-CTS (Audio Video/Control Command 
Transaction Sot) which is a command transaction sot for 

2S controlling an audiovisual equipment can be used in an 
equipment control protocol of a digital interface Then, 
the operation of a digital VCR or tho liko can bo control- 
led from other equipment in the communication system 
by using this AV/C-CTS is a "mode drive types com- 

30 mand set designating a final status to a digital VCR, for 
example, such that "go to playback pause (PB PAUSE) 
status". 

On the other hand, as a system for controlling the 
operation of an analog VCR from the outside, LANC (Lo- 
ss cal Application Control Bus System registered trade 
mark) has been popularized at present In LANC, if it is 
intended to put an analog VCR, for example, to PB 
PAUSE status, a "PAUSE" command is sent after con- 
firming that it is in the playback status. LANC is a so- 
40 called "command drive type" command set. 

Digital VCR under development at present for com- 
mercialization are designed so as to cope with both AV/ 
C-CTS and LANC. 

However, even in the control by way of a digital in- 
^5 tertace, all operation controls can not be covered by the 
mode drive type command. For example, in a case of 
channel selection by a tuner, a command indicative of 
a channel number or a station name is sent in the mode 
diive type but broadcastings per se are different and 
50 channels preset to equipments are also different de- 
pending on areas. Further an infrared remote com- 
mander as a point of contact with user's operation (here- 
inafter ' remote commander 0 is simply referred to as °ro- 
mocon') is command driven and requires a command 
55 drive type-command for instruction of channel up/down 
such as "Channel -^/"Channel -". 

Then as a command set for the digital interface, it 
may be considered to dispose a command drive type 
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command set separately from AV/C-CTS but in this 
casn sines a digital VCR hs an equipment to ho con- 
trolled correspond to three kinds of command sets, oad 
on a microcomputer for processing the commands 
(hereinafter ''microcomputer is simply referred to as 
"micon 3 - is increased 

The present invention has been accomplished in 
view of the foregoing problem and it is an object thereof 
to introduce a command drive type command set with- 
out increasng the burden on a micon for processing the 
commands 

SUMMARY THE INVENTION 

In order to solve the subject, an equipment and a 
method of controlling the operation thereof according to 
the present invention, provides a method of controlling 
the operation of an application attained by using a con- 
trol signal of a predetermined format containing manu- 
facturer's information of the electronic equipment in a 
system in winch a plurality of electionic equipments aie 
connected by way of a bus and communication for in- 
formation signals and control signals are conducted be- 
tween each of the electronic equipments, wherein 

a controlling electronic equipment tmnomitG a con- 
trol signal of tho predetermined format containing pro- 
determined cipher information to an electronic equip- 
ment to be controlled, and the electronic equipment to 
be controlled renders the application executable if the 
received control signal contains tho predetermined ci- 
pher information. 

In accordance with the present invention, a control- 
ling equipment transmits a control signal of a predeter- 
mined format containing previously determined cipher 
information to an equipment to be controlled, and the 
equipment to be controlled renders the application exe- 
cutable when the received control signal contains the 
previously determined cipher information. 

For solving the foregoing subject, the equipment ac- 
cording to the present invention has a feature in which 
a plurality of electronic equipments are connected by 
way of a bus and communication for information signals 
and controls signals is conducted between each of the 
electronic equipments, wherein a first controlling means 
for administrating the mode of an electronic equipment 
and a second controlling means for processing com- 
mand/response transmitted/received by way of the bus 
are provided, and a command duve lype command for 
contiolling an analog equipment prepared by the first 
controlling means is carried on a control signal of a pre- 
determined format by the second controlling means. 

Further, a method of controlling an equipment ac- 
cording to the present invention has a feature in a sys- 
tem in which a plurality of electronic equipments are 
connected by way of a bus and communication for in- 
formation signals and control signals is conducted be- 
tween each of tho electronic equipments, wherein a 
command drive type command for controlling an analog 



equipment ;s carried on a controi signal of a predeter- 
mined format 

In the present invention, it is preferred that the con- 
trol signal of a predetermined format contains a manu- 
5 facturer's information for equipment and is adapted to 
carry a mode drive type command set 

For a better understanding of the present invention, 
reference will now be made, by way of example, to the 
accompanying drawings in which: 
*0 Fig 1 is a view for showing a format of a vendor 
unique frame 

Fig. 2 is a chart illustrating a frame constitution of 
AV/C command transaction set. 

Fig. 3 is a chart illustrating a constitution of a vendor 
is unique frame defined by AV/C command transaction. 

Fig 4 is a chart illustrating an example of application 

No. 

Fig. 5 is a view illustrating the outline of command/ 
response between controller/target. 
20 Fig 6 is a chart illustrating the conslitulion of a ven- 

dor unique command. 

Fig 7 is a chart illustrating inquiry command/re- 
sponse for target key code. 

Ftg. B is a chart illustrating opening control com 
05 mand/rcsponsc foV application K. 

Fig 9 is a chart illustrating an example of inqui r y 
command/response for opening/closure when a correct 
value is designated as an application key code. 

Fig 1 0 is a chart illustrating an example of a closing 
30 command 

Fig. 11 is a chart illustrating an example of a regis- 
tration list for company ID of a company having a right 
of use. 

Fig 12 is a chart illustrating an example of a corre- 
35 sponding table between target key code and an appli- 
cation key code. 

Fig. 13 is a view illustrating an example of constitu- 
tion of a target. 

Fig 14 is a block diagram illustrating a constitution 
JO for a control system of a digital VCR. 

Fig. 15 is a view illustrating the constitution for a 
frame of AV/C-CTS. 

Fig 16 is a view illustrating the constitution of 
WORD of LANC. 
45 Fig. 1 7 is a flow illustrating the processing in DIFcon 
and MODEcon. 

Fig. 1 8 is a view illustrating a portion of a mode tran- 
sition table. 

Fig. 19 is a view illustrating a constitution for a ven- 
50 dor unique frame in AV/C-CTS 

Fig. 20 is a view illustrating a constitution of a ven- 
dor unique command. 

Fig. 21 is a view illustrating examples of allocating 
application No of LANC. 
55 Fig 22 is a view showing a rule for command allo- 

cation in a LANC system 

Fig 23 is a view illustrating the correspondence to 
Command to VCR (baste function), 
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Fig 24 is a view illustrating example of command 
codes ir. Fig 23 

Fig 25 is a view i'lustrating VCR information ob- 
tained by status inquiry 

Fig. 26 is a view illustrating examples of VCR mcdo 
code 

Fig. 27 is a view illustrating an example of inquiry 
command and response. 

Fig. 28 is a view illustrating correspondence to 
Command to VCR (special function) 

Fig. 29 is a view illustrating correspondence to tuner 
control. 

Fig. 30 is a view illustrating examples of tuner infor- 
mation obtained by status inquiry. 

Fig. 31 is a view illustrating correspondence to cam- 
era control. 

Fig. 32 is a view illustrating examples of command 
codes in Fig. 31. 

Fig. 33 is a view illustrating examples of camera in- 
formation obtained by status inquiry. 

Fig. 34 is a flow chait for processing a command in 
a case of causing mode transition 

The illustratives embodiments of the present inven- 
tion are to be explained in the following sequence 



CTS A vender can optionally dc J :near.d use these othsr 
than CTS rind indicative of thr* vnndnr un:qwe the- vcnc'nr 
ID. That is. the command set and transactions such as 
transmission and reception of command response used 

$ therein depend on the vendor zero pad bytes are dis- 
posed, if necessary for making the frame ;enqth to 4 
byte (quadrant) units. 

Fig. 2 shows a frame constitution of AV/C (Audio 
Visual/Control) command transaction set, which is a 

10 command transaction set for AV equipment control. CTS 
0000 shows that this is an AV/C command transaction 
set 

Also in an AV/C command transaction set. a vendor 
unique is defined as operation code (OPC) so that the 

15 vendor can freely define the command. However, the 
transaction of command/response is in accordance with 
an AV/C command transaction. Ftg. 3 shows a frame 
constitution in this case OPC = OOh indicates that this 
is a vendor unique. A 3-byte company ID is used for the 

z° vendor ID in the same manner as described previousty 

[2] Use of the vendor unique command by other 
company 

(n FCR a node controlling other node is referred as 
a controller, and a node to be controlled is referred as a 
target. Explanation is to be made by using the terms of 
the controller and the target. 

The vendor unique command is defined and used 
by a company possessing the company ID described in 
the vendor ID but other company may some times intend 
to use the same command depending on the applica- 
tion. 

Explanation is to be made for an example of a com- 
pany A with company ID = xxxxxxh and a company B 
with company ID = yyyyyyh. The company A defines a 
unique command for an application K as a vendor 
unique command and uses the same for products of the 
company A. The company B intends to correspond the 
application K using the vendor unique command of the 
company A also in the products of the company B. There 
are to corresponding methods by the company B. That 
is, a case in which the company B manufactures a con- 
troller and controls products of the company A as a tar- 
get, and a case in which the company B manufactures 
products as a target which is to be controlled by the con- 
troller of the company A. In any of the cases, the appli- 
cation K can not be attained unless the vendor unique 
command of the company A is used. 

The system to be explained below is for enabling 
the use. in limited companies, of several applications 
that a company as a possessor of vendor unique com- 
mands has attained by using the vendor unique com- 
mands 

Introduction of the system enables to generally in- 
hibit the use of the vendor unique command by other 
companies but provide a right of use on every applica- 
tion Accordingly the company B, in the previous case, 



[1] Vendor unique command 

[2] Use of the vendor unique command by other 
company 

[3] Explanation for the content of the system 

30 

(3-1) Opening of application 
(3-2) Condition for encipherment 
(3-3) Information required for opening the ap- 
plication 

(3-4) Method of opening the application 35 
(3-5) Command during opening 
(3-6) Closure of the application 
(3-7) Condition for execution and closure of the 
application 

40 

[4] Protection of application 

(4-1 ) Administration by company ID 
(4-2) Setting target key code 
(4-3) Cipher function fk 45 

[5] Constitution and operation of target. 

[1] Vendor unique command 

so 

In a function control protocol for a digital interface 
to an IEEE-1 394 serial bus (hereinafter simply referred 
to as FCP), a plurality of command transaction sets can 
be used. 

Fig. 1 shows a format for a vendor unique frame. 55 
CTS (Command Transaction Set) - 1 1 1 0 shows that this 
is the vendor unique frame Then, a 3-byte vendor ID 
(company ID specified by IFFE) is used after 4 bits to 
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is enabled to use the vender unique command regarding 
tho application K of the company A 

[3] Explanation for the content of system 

(3-1 ) Opening of an application 

The target has an "open state" ana a "closed state" 
on every application attained by the vendo r unique com- 
mand, The open state means such a state of accepting 
a command and capable of executing the appLcation 
The closed state means a state of not executing even if 
a command is accepted 

As described above since the vendor unique com- 
mand is not a command disclosed publicly all of appli- 
cations are usually put to the closed state so that a com- 
mand is not executed if a third party (for example, com- 
pany c) transmits the command while attaching the com- 
pany ID = xxxxxxh of the company A with no authoriza- 
tion. Then, it is adapted thai the application K is execul- 
ed aftei the application K is put to the open state for the 
company A defining the vendor unique command, as 
well as company B obtaining the right of use Teaching 
the means for putting the open state is equal with pro- 
vision of tho right of ugc for tho application 

(3-2) Condition for encipherment 

The controller sends an open command to the tar- 
get while designating an application to be opened In 
this case, an agreement is set between the controller 
and the target, such that the an open command is effec- 
tive only when is transmitted with a predetermined code. 
It is necessary that the code is not recognized by third 
parties. The code is previously determined between the 
company A and company B. In this case, it is adapted 
such that the value is made different on every equip- 
ments or depending on the time even for one identical 
equipment. 

The code may be considered as a sort of cipher and, 
since it is intended to be used in a consumer's equip- 
ment, it is necessary that the code can be treated simply 
also by an one chip microcomputer to mitigate burden 
as less as possible both for the controller and the target. 
For the consumer's equipment, it a commercial good is 
once marketed, it is difficult to change the cipher system 
subsequently. 

(3-3) Information requiied foi opening the application 

Explanation is to be made to information required 
for opening each application. 

(1) Application No. 

A code indicative of the kind of the application is 
referred to as an application No Fig 4 shows examples 
of application Nos In this case, the kind of the applica- 



tion ;s :~n:cated by 1 byte When the application fto is 
altoratab!© from 01 h to FFh apphrat nns o* up tc ?54 
types csn be copec with OOh is mhibitec from use (re- 
served) since th:s is usee in common with each of ap- 
5 plications. Further. FFh is r eserved for extension in case 
if the number of applications is increased. 

(2) Cipher function f 

w c Key° sent together with an application No upon 
opening an application is referred as an application key 
code. A method of forming the application key code (en- 
cipherment) is different on every application, which is 
previously determined between the company A and the 
*5 company B. This is defined as a cipher function f, and 
the cipher function of the application K is defined as fk. 

(3) Target key code 

20 a largel key code is a value determined on every 
target, which is a base fot forming an application key 
code to all applications Tho application key code is 
changed even for one application by a means such as 
attaching a target key code whirh in different on every 

2* equipment. 

Upon opening tho application tho controller sends 
a target key code inquiry command to the target and rec- 
ognizes the current target key code by obtaining a re- 
sponse 

30 

(4) Application key code 

The target key code enciphered by a cipher function 
f is an application key code. That is, the application key 
35 code corresponding to the application K can be repre- 
sented as: 

Application key code - fk (target key code) 
(3-4) Method of opening the application 

40 

Description is to be made to a method that the con- 
troller puts the application K of the target into the open 
state. 



Fig. 5 shows a schematic view for command/re- 
sponse between controller/target. 

At first the controller sends a target key code inquiry 
50 command to a target (procedure (1). The target returns, 
as a response thereto a target key code of its own at 
that instance (procedure (2)). 

Upon accepting tho target key code, the controller 
multiplies the cipher function f k with the target key code 
55 to calculate an application key code 

Then, the controller sends to the target an applica- 
tion opening command while attaching the application 
No and the calculated application key node (procedure 



^5 (i) Command sending procedure 
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(3)) 

Upon accnpt'ng thf! opening command the target 
confirms whether the appl cation of the designated ap- 
plication No is provided or not ^hen. :f the application 
is corresponded it multipl es the application key code 
to the inverse function of the ciphe r function fk for de- 
coding 

The target confirms whether or not the result of the 
decoding is equal with the target key code of its own 
Then, if it is equal, it at first regards the application K 
opening command valid and enters into an application 
executable open state 

The target, upon putting the application K to the 
open state, returns a response to the controller for in- 
forming that the application K has been put to the open 
state (procedure (4)). 

(2) Command format 

As has been explained with reference to Fig. 1 and 
Fig. 3, while the vendoi unique command can be at- 
tained by using any of the vendor unique frame or AV/ 
C command transaction set, an example of using the 
AV/C command transaction set as a command consti 
tution is shown. 

Fig. 6 shows the constitution of the vendor un.quo 
command. Only the region succeeding to the 3 byte ven- 
dor ID that the vendor defines individually (after OPR 4) 
is shown As described previously the transaction of 
command/response is in accordance with the AV/C 
command transaction set. No concrete command for ex- 
ecuting the application is described here. This is to be 
defined on every application. 

Fig. 7 shows command/response for target key 
code inquiry In this case, the application No, is defined 
as kkh and the target key code is defined as 16 bit 
1234h. The length of the target key code can be deter- 
mined on every application 

Since it may be considered that the target key code 
takes a different value on every equipment/every appli- 
cation or takes a random number, inquiry is always 
made upon initiating execution for each application. 

Fig. 7(a) shows inquiry commands. In this case. 
OPR 4 is application No , and 1Qh in OP 5 and 71h in 
OP 7 show the target key code inquiry. Further, OP7 and 
OP 8 are defined as FFh (dummy). 

The target, if corresponding to the application at- 
tached to the inquiry command (application K), answers 
to the controller a response "stable" attaching the 16 bit 
target key code I234h to OP 7 and OP 8. If not corre- 
sponding to the application, the target returns response 
of "Not Implemented 0 with the same content as the in 
quiry command as shown in Fig. 7(c). 

Then, open control command of the application K 
that the controller sends to the target and the response 
thereof are shown in Fig. 8(a), (b) In this case, the ap- 
plication key code is defined as 1 6 bit 567Ph The length 
of the application key code can be determined on every 



application. 

if the rir:signatrd value of thn Rpplication key corin 
attached to the commanc is different from the value of 
the application key code possessed by the target and 
5 opening is impossible response of "Rejected" is basi- 
cally returned to the controller However, it may be con- 
sidered that a third party tries ore by one from OOOOh to 
FFFFh in the course of searching the application key 
code Then, even when it can not be opened, a response 

10 of "Accepted" 5 is returned intentionally Fig 8(c), (d) 
show an example in capable of opening (5679h is des- 
ignated instead of correct application key code = 
5678h) Since the third party can not recognize whether 
the opening has been succeeded or not merely by the 

is transaction of the opening command, it requires a pro- 
cedure of sending an application executing command 
or an inquiry if it is during opening. 

Inquiry as to whether the application is in the open 
state or the closed state is also sent by attaching the 

20 application key code. "Accepted" is returned when the 
designated value for the application key code is exact, 
and "rejected" is returned if it is not correct es a re- 
sponse Figs. 9(a), (b) show oxamples of command and 
response in a case where exict value (5672h) is desig- 

£5 natcd as the application key code. 

(3-5) Command during opening 

Only while the application is opened (executable 
30 state), the target accepts the command for the applica- 
tion. The command format is determined on every ap- 
plication excepting that the first 1 byte shows the appli- 
cation No. as shown in Fig. 6. 

In a case if an execution command for the not cor- 
35 responded application is received irrespective that 
whether the application is in the open state or in the 
closed state, "Not Implemented" is returned as a re- 
sponse. Further, even if the application is in the open 
state, if it does not correspond to that designated as 
40 OPC determined on every application, "Not Implement- 
ed" is returned as the response 

(3-6) Closure for application 

4 & Basically, the equipment as the target automatically 
puts all the applications into the closed state upon turn- 
ing off a power source. The closed state is continued 
even when the power source is turned on again. 

Upon completing the execution of application, the 

so controller sends a closing command to the target. Fig. 
10 shows examples of closing commands Thus, the 
command is sent by attaching the application key code 
also in the case of closure. The target, when accepting 
the close command, puts the application indicated by 

55 the application No. of the closing command into the 
closed state In this case, it is put to the closed state 
even when the value of the application key code is dif- 
feront It is baste in this system that tho application is 
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usually put to the cioscd state and i'ren opened cniy up- 
on execution 

By the way, if a command which is acceptable ir the 
open state is received tn the cioscd state. c Rejccted :: is 
returned as the response 

(3-7) Condition for execution and closure of the 
application 

Various cases may be consiaered depending on the 
applications such as an application causing problems 
when left open as it is for a long period of time or an 
application intended to be controlled exclusively once 
after it is opened. Accordingly, executing condition or the 
like suitable to the use is determined on every applica- 
tion. An example is shown below. 

(1) Restriction on the open time 

In a case when a command lor executing the appli- 
cation is not accessed tot rnoie than a predetermined 
time although kept in tho open stat j it is computsorily 
cioscd. The instance for the time out determined on eve- 
ry application. 

(2) Procoduro for bus abnormality 

When resetting is applied to the bus, it is compul- 
sorily closed 

(3) Number of equipments allowed for execution of an 
application 

It is adapted not to permit control from a plurality of 
controllers. The target memorizes the controller that 
opened the application thereof and accepts only the 
command from the controller for the application execut- 
ing command. In this case, a command from other con- 
trollers is rejected even during opening. 

(4) Protection of an application 

Even if enciphered application key code is sent the 
application can not be protected completely. Since even 
a third party not having a right of using the application 
can intercept the content of communication between the 
controller and the target, it may be considered that the 
cipher function fk can be determined based on the in- 
tercepted target key code and the application key code 
by using a computer. 

(4-1) Administration by company ID 

Then, means for protecting tho application against 
such a situation is considered If a third party not having 
a right of use manufactures an equipment as the target, 
it is possible to detect a third party and inhibit so as not 
to execute the application by tho following method if the 



iOHQ on tho ccnt-ciier ;s o~ negiig:h^ 

Explanation is to bo mano to sjch ar example th-i* 
a personal computer executes the applicatior as tho 
controller A company ID as an object for the execution 

i> of application (a company having a right of use) is reg- 
istered on the personal computer Then a vendor ID in- 
quiry command is sent to tne target and check if the ven- 
dor ID attached to the response is registered or not 
Since a node unique ID is written in the inside in the 

10 equipment corresponding to the IEEE-1 394 serial bus, 
this inquiry is conducted, for example, before procedure 
(1 ) in Fig 5. In this case even if a company C as a third 
party (company ID - zzzzzzh) manufactures with no au- 
thorization such a target as capable of accepting a ven- 

15 dor unique command based on a vendor ID = xxxxxxh 
of the company A and executing the application K. since 
the controller can recognize that the company C is not 
registered based on the list of the registered ID as 
shown in Fig 1 1 the controller can inhibit tho actuation 

20 of the application K 

In this case, since it may be considered that the 
number of companies obtaining the right of using the 
application K is actually increased tho mothod of pro- 
tection as in tho above mentioned oxamplo is applicable 

"5 to a case the list can bo updated 

(4-2) Setting target key code 

For a relationship of application key code = f k (target 
30 key code), decoding of the cipher function fk is facilitated 
more as the number of the samples of the target key 
code and the application key code is increased. Consid- 
ering application to consumers' equipments, it is desir- 
able that the target key code changes not frequently but 
35 occasionally tn a certain kind of equipment Then, the 
target key code is set, for example, as below. 

(1 ) Change by the number of products 

-to The target ke*y code is changed, for example, on 
every hundred thousand number of products. When a 
third party manufactures a controller, although it can cor- 
respond to the target key code for the initial one hundred 
thousand of products, products manufactured subse- 

45 quently are not operated by the controller manufactured 
by the third party 

(2) Change by built-in clock (calender ) 

50 The target key code is changed, for example, on 

every one year even for an identical equipment. Equip- 
ments produced in the year of 1 995 have a target key 
code of a vaiuc based on 1995. Then the third party 
manufactures a controller based on tho target key code 

55 at the initial stage. Accordingly, although the operation 
is possible at the initial stage also by the controller of 
the third parly, it is not operated as the year rolls 
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(4-3) Cipher function fk 

If the cipher function U is a nuncrica value calcu- 
lation formula, fk can be determined simply depending 
on the number o' samples of the target key code and 
the application key code Then when it is introduced into 
a consumer's equipment, f k is not formed as a numerical 
value function but an application key code is allocated 
in 1 -to-1 relationship to the target key code, and the ref- 
erence table is handed as fk to a company having the 
right of using the application K Fig 12 shows an exam- 
ple of the reference table. With this procedure, it is dif- 
ficult to determine the cipher function fk Further, it can 
be coped with simply even by one chip microcomputer 
Further even once after commercial goods are market- 
ed, the cipher system can be changed relatively stmpiy 
by version up of ROM. 

[5] Target constitution 

Fig. 13 shows an example of h taiget constitution 
applied with tho present invention As shewn in the fig- 
ure, the node as the target comprises a microcomputer 
1 , a target key code memory 2, a cipher function mem- 
ory 3. a clock 4 and a communication interface 5. 

The microcomputer 1 controls all the processings 
regarding the application such as opening/closure of the 
incorporated preparation of command/response and 
preparation of application key cede 

The target key code memory 2 possesses a target 
key code different on every application. Further, a plu- 
rality of target key codes are stored therein on every ap- 
plication, so that the target key code can be changed on 
every one year. 

The cipher function memory 3 possesses a cipher 
function fk on every application. In this case, this is a 
ROM table storing the reference table between the tar- 
get key code and the application key code as shown in 
Fig. 12. 

The clock 4 informs the microcomputer 1 with the 
current clock information. Tne microcomputer 1, refer- 
ring to the clock information, switches and reads out the 
target key code upon elapse of every year 

The communication interface 5 is an interface tor 
sending/receiving command/response to/from IEEE- 
1 394 serial bus 6. 

Although a block for processing audio/video signals 
is provided lo an aclual target, only Ihe block having con- 
cerns with the opening of the application is shown. 

The constitution of the controller is to be explained 
briefly A controller corresponding to the target in Fig. 
13 comprises a microcomputer, a cipher function mem- 
ory and a communication interface. If the controller con- 
ducts administration by the company ID as explained in 
(4-1 ) it has further a memory for registering the compa- 
ny ID of a company as an object for the execution of the 
application 

Then, explanation is to be made to an operation till 



the target shown in Fig 13 opens the application At first 
the controller arrropLs inquiry command for ths target 
key code sent by tho controller (refer to procedure (I) ;n 
Fig 5 and Fig 7(a)) The microcomputer 1 . referring to 

^ the target key cede memory 2. reads out a targe: key 
code corresponding to the application No attached to 
the inquiry command and sends a response "Stable" by 
way of the communication interface 5 (refer to proce- 
dure (2) in Fig. 5 and Fig 7(b)). If there a target key code 

■ 0 corresponding to the application No. attached to the in- 
quiry command is not present, response c Not Imple- 
mented 0 is sent (refer to Fig 7(c)). 

When receiving the response "Stable" from the tar- 
get, the controller detects the target key code attached 

is there and reads out the incorporated cipher function 
memory to prepare an application key code. The cipher 
function memory is constituted in the same manner as 
the cipher function memory 3 of the target. The control- 
ler sends, to the target, an opening command with the 

zo prepared application key code (procedure (3) in Fig 5, 
Fig 8(a)). 

The microcomputer 1 in tho target compares the ap- 
plication key code attached to the accepted opening 
command with the application key code corresponding 

25 to the target key code stored in the cipher function mem- 
ory 3 of its own. That is, in this caso, tho target key code 
is not decoded from the application key cede by using 
an inverse function for the cipher function as shown in 
Fig 5, but encipherment is conducted in the same man- 

30 ner as the controller. It may of course be constituted 
such that the target key code is decoded from the appli- 
cation key code. If the application key codes compared 
are identical with each other, the target puts the appli- 
cation to the open state and returns a response of "Ac- 

35 cepted fi to the controller for informing that the applica- 
tion is put into the open state (refer to procedure (4) in 
Fig 5). 

An illustrative mode of practising the present inven- 
tion is to be explained specifically in the order of: 

40 

[1 ] Control system for a digital VCR to which an ex- 
ample of the present invention is applied, 
[2] Digital interface and LANC, 
[3J How to carry LANC command on a digital inter- 
ns face, 

[4] Code allocation 

(4-1 ) Rule for allocating application OPC 
(4-2) VCR control (basic) code 
50 (4-3) VCR control (special) code 

(4-4) Tuner control code 
(4-5) Camera control code 

[5] Command -on/-off 

55 
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[1] Control system fo r a digital VCR to un:ch an example 
of tho present invnntmr is applied 

Fig 14 is a bloc* dag r am illustrating a constitution 
of an illustrative control system foi a digital VCR to wnich 
the present invention is applied. As showr in the figure, 
the digital VCR to which an example of the present in- 
vention is applied comprises a digital interface m;con 
(hereinafter simply referred to as DIFcon) 7, a mode 
control micon (hereinafter referred to simply as MO- 
DEcon) 8 and a mechanism contro, m:con (hereinafter 
simply referred to as MECHAcon) 9 

DIFcon 7 conducts transmission/reception of AV/C- 
CTS between it and other equipments connected by 
way of the IEEE-1294 serial bus (not illustrated). Fur- 
ther, tt conducts both way conversion between AV/C- 
CTS and LANC signals (to be detailed hereinafter) 

The MODEcon 3 conducts transmission/reception 
of LANC signals between it and other equipments con- 
nected by a LANC cable (Not illustrated). Further, it 
transmits and teceives LANC signals to and from DIF- 
con 

Mechacon 7 controls the mechanism in accordance 
with the command sent from the MODEcon 6. Further, 
it informs the MODEcon 8 with the status of the mech- 
anism. 

[2] Digital interface and LANC 

Fig 15 shows a frame constitution of AV/C-CTS In 
this case, CTS = 0000 indicates that this is AV/C-CTS. 
A zero pad bytes are disposed as necessary for defining 
the frame length to a 4 bytes (quadrant) unit. 

On the other hand, LANC is such a system in which 
VCR conducts both way communication as a master of 
the communication, synchronized with vertical sync sig- 
nals of video signals with respect to peripheral equip- 
ments. Then, it transmits/receives 8 word data having 
the word constitution as shown in Fig 16 on every field. 

Fig. 1 7 shows a flow for code processing of DIFcon 
7 and MODEcon 8 in Fig. 14. The MODEcon adminis- 
trates the operation status of the VCR by the VCR mode 
code of WORD 4 of the LANC code, and transfers the 
information upon communication with the DIFcon. 

Upon receiving a status inquiry command for the 
mechanism mode sent from the digital interface, DIFcon 
converts the VCR mode sent from the MODEcon into a 
code of AV/C-CTS and sends ihe response of the status 
by way of a digital interface. 

Further, the mechanism control command sent at 
the digital interlace (mode drive typo) is converted by 
the DIFcon to the VCR mode code of LANC and then 
sent as a final mode to tho MODEcon (this is also mode 
driven). 

For the command sent from LANC (command drive 
type), the MODEcon receives the same, indexes a 
mode to transit with reference to a mode transition table 
based on the current mode and the received command 



and administrates as the rmal mode. 

Fig 1B shows a portion of tho mcrin transition t :bin 
The mcde transition table shows VCR modes on tho left 
in a vertical column, and shows commands in the upper 

£ lateral row When a certain mode is transited by a certain 
command, the designated transition mode is described 
at an area of intersection of the table If the area as the 
intersection is blank, this means that the command is 
not accepted or tho mode is not transited even if the 

to command is accepted. -on/-off attached to the name of 
the command indicates an edge for initiation and termi- 
nation of the command transmission. In LANC, coinci- 
dence is checked twice or more for accepting the com- 
mand, in consideration of a communication error, and 

is the edge corresponds to the timing of coincidence for 
twice or more. 

The final mode generated by the MODEcon with ref- 
erence to such a mode transition table is transmitted to 
the MECHAcon by way of internal communication, and 

so the mechanism is controlled so as to attain a desired 
mode 

[3] How to carry LANC a command on a digital mtorface 

25 in AV/C-CTS, a vendor unique frame ig defined ac 

OPC (Operation Code) such that a manufacturer of an 
equipment can optionally define a command. However, 
command/response transaction is in accordance with 
AV/C-CTS 

30 Fig 19 shows a constitution of a vendor unique 

frame defined in AV/C-CTS. OPC = OOh indicates that 
this is vendor unique. The vendor ID uses 3 byte com- 
pany ID. The company ID is determined by IEEE. 

In this embodiment, it is adapted that a LANC com- 
35 mand can be transmitted by using a vendor unique com- 
mand in accordance with AV/C-CTS. Fig. 20 shows the 
constitution of the vendor unique command. In this fig- 
ure, commands other than the application No indicating 
the type of the application are defined on every applica- 
40 tion. 

Then, as shown in Fig. 21 , from 01 h to the 06h are 
used for LANC as the application No. Further, for making 
the application executable from other equipment, it is 
desirable to define cipher information on every applica- 
**5 tion and make the application executable only when the 
cipher information is received. 

[4] Code allocation 



As shown in Fig. 21, six applications are provided 
for LANC. and code is allocatod for OPC (operation 
code). OPR (operand) defined on every application in 
55 accordance with an identical rule. In LANC, since the 
command code and the status code are different, an in- 
quiry system (4xh) and a control system (5xh) are sep- 
arated as OPC as shown in Fig 2? In Fig 22, the target 



30 



35 



40 



45 



50 (4-1 ) Rule for allocating application OPC 



9 



17 



UP € im 276 A1 



key code is a coco of an cq^omcr.l to be controlled as 
a base for forming ciphor information for making the ap- 
plication executable (open status) 

The control system corresponds to WORD 0 1 in a 
command transmission area of LANC and a designation ^ 
corresponding to WORD 0 is indicated by the appJica- 
tion No. and the application OPC Then, the command 
code for WORD 1 of LANC ts allocated as it is to the 
application OPR 1. Accordingly, the operand of the 
command in the control system consists of 1 byte The '0 
control system command is sent in accordance with the 
control command of AV/C-CTS. 

Information such as VCR mode is outputted at a 
predetermined period in LANC. However, when the 
LANC command is carried on the digital interface, in- is 
quiry is made only when the information is required and 
response is made thereto, in order to avoid occupation 
of the bus and in accordance with the transaction rule 
of AV/C-CTS. The inquiry system command is sent to- 
gether with a dummy code in accordance with the stalus 20 
inquiry command of AV/C-CTS and data is filled dt d 
dummy code as a response thereto. 

(4-2) VCR control (basic) code 

The control system corresponds to "Command to 
VTR (basic function)" of WORD 0 1 of LANC. As shown 
in Fig. 23, 01 h of the application No and 50h of the ap- 
plication OPC indicate that this is the basic control com- 
mand designated to VCR Then, forthe application OPR 30 
1 , a command code of "Command VTR (basic function) 
n for WORD 1 of LANC is allocated as it is. Fig. 24 illus- 
trates a portion of allocation for the command codes. 

The inquiry system corresponds to VCR mode, 
VCR status and numerical data, for example of a coun- 35 
terof WORD 4. 5, 6, 7 of LANC. Code allocation of LANC 
is allocated as it is in areas corresponding to LANC in 
which WORD names are listed in Fig. 25. Further, Fig. 
26 shows examples of codes for VCR mode and Fig. 27 
shows an example of an inquiry command and a re- *o 
sponse. 

(4-3) VCR control (special) code 

The control system corresponds to "Command to ^5 
VTR (special function)" for word 0, 1 of LANC. As shown 
in Fig. 23, application No.02h and application OPC 50h 
indicate that this is a special control command designal- 
ed to VCR. Then, for the application OPR 1, a command 
of "Command to VTR (special function)" for WORD 1 of so 
LANC (not illustrated) is allocated as it is Commands 
related to edition or the like arc present. 

For the inquiry system, a status corresponding to 
the command of "Command to VTR (special function) 1 ' 
is outputted. Code allocation is corresponded with the 55 
command of LANC. 



Tuner ccr.t r c! code 

The control system corresponds to ''Command to 
Tuner for WORD 0. 1 of LANC. As shown tn Fig 29 
03h of application \o and 50h of application O^C indi- 
cate that this is a control command designated to the 
tuner 

The inqu.ry system corresponds to "Tuner Status" 
for WORD 2 3 of LANC As shown in Fig. 30. 03h of 
application No. and40h of application OPC indicate that 
this is a channel inquiry command designated to the tun- 
er, and 03h of application No. and 41 h of application 
OPC indicate that this is a status inquiry command des- 
ignated to the tuner. 

(4-5) Camera control code 

The control system corresponds to "Command to 
Camera" for WORD 0, 1 of LANC. As shown in Fig. 31. 
04h of application No. and h of application OPC indicate 
that this is a contiol command designated to the camera. 
Fig 32 shows examples of the allocation of the applica- 
tion OPR 1. 

The inquiry system corresponds to "Comoro Status" 
for WORD 2, 3 of LANC. As shown in Fig. 33, 04h of 
application No. and 41 h of application OPC indicate that 
this is a status inquiry command designated to the cam- 
era. 

[5] Command -on/-off 

Since LANC conducts communication periodically 
on every field, it is often used in such a way that a com- 
mand is sent continuously during pressing of the key for 
remote control. Further/ in LANC, the number of cycles 
of sending the command has a meaning. For example, 
there are such a case in which the command is made 
valid when identical commands are sent continuously 
for 2 fields and identical commands sent subsequently 
have no meanings till sending is disconnected and a 
case in which a meaning is given to continuous sending. 

On the other hand, in the digital interface, since a 
command sent by 1 packet has a meaning, identical 
commands are not sent continuously. Accordingly, a 
command allocated with the identical code with that of 
the command defined in LANC shows "Command-on* 1 
(start of sending). A command having a meaning in con- 
tinuous sending is separately allocated with a code in- 
dicative of "Command-off". 

Fig. 34 shows a flow chart for processing a com- 
mand of causing mode transition. 

When a control command from a digital interface is 
received, a DIFcon judges v/hcthcr the received com 
mand is a code of LANC or not step S1 

Then, if it is a LANC code, it is transferred to a MO- 
DEcon The MODEcon determines a final mode refer- 
ring to the mode transition table (step S4) 

If it is judged that the command is not a I ANC code 
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DIFcon conveys the ccmmaro to the cede of tre VCR 
mode and transfers thn samn to thr MODFcon 

On the other hand when a ^AMC command is re- 
ceived, the MODEcon detects the edge of the command 
(step S3), to determine the mode at the cesignattcn of s 
transition based on the VCR mode End "Command-on' 4. 
"Command-off" (step 54) 

Accordingly, since the processing for detecting the 
edge by the MODEcon is not required by sending the 
LANC command on the digital interface in the form of 10 
"Command-on 0 or "Command-off" as described above 
the processing can be simplified 

As has been describee above by way of an example 
of the present invention, an original application using a S. 
control signal of a predetermined format containing an is 
identification information indicative of the manufacturer 
of the equipment can be used also by other company, 
and the use can be permitted/inhibited on every appli- 
cation Then, the application can be protected without 
using complicate enciphermenl. 20 

As has been descnbed above specifically by way of 
an example of the present invention a command drive 
type command set can be introduced in the digital inter- 
face without increasing the load for the internal process 
mg of an equipment zs 6. 

Claims 

7. 

1. A method of controlling the operation of an electron- 30 
ic equipment for controlling the operation of an ap- 
plication attained by using a control signal of a pre- 
determined format containing manufacturer's infor- 
mation of the electronic equipment in a system in 8. 
which a plurality of electronic equipments are con- 35 
nected by way of a bus and communication for in- 
formation signals and control signals are conducted 
between each of said electronic equipments, 
wherein 9. 

a controlling electronic equipment transmits a 40 
control signal of said predetermined format contain- 
ing predetermined cipher information to an elec- 
tronic equipment to be controlled, and said electron- 
ic equipment to be controlled renders said applica- 
tion executable if the received control signal con- 
tains the predetermined cipher information 

2. A method of controlling the operation of an electron- 
ic equipment as defined in claim 1 , wherein the ci- 
pher information is prepared from a key code deter- so 
mined on every electronic equipment and a cipher 
function determined on every application. 10. 

3. A method of controlling the operation of an electron- 
ic equipment as defined in claim 2. wherein the con- 55 
trolling electronic equipment inquires a key code to 

a controlled electronic equipment prepares cipher 
information based on a key code answered from the 



equipment to be contra ice and a cipher function 
previously possessed in itself and transmits said 
cipher information to sa d electronic equipment to 
bo controlled. 

A method of controlling the ope r ation of an electron- 
ic equipment as defined in claim 1 . wherein the elec- 
tronic equipment to be controlled informs the con- 
trolling electronic equipment that the application is 
rendered executable if it receives an erroneous ci- 
pher signal and does not renders the application ex- 
ecutable 

A method of controlling the operation of an electron- 
ic equipment as defined in claim 1 . wherein the con- 
trolling electronic equipment inquires manufactur- 
er's information to the electronic equipment to be 
controlled, judges whether or not the manufactur- 
er's information answered from said electronic 
equipment to be controlled is registered on a list 
previously possessed in itself and does not execute 
the procedure of rendering the application execut- 
able when the same is not registered. 

A method of controlling the operation of an electron- 
ic equipment as defined in claim 2, wneroin the key 
code is changed on every predetermined period 

A method of controlling the operation of an electron- 
ic equipment as defined in claim 2, wherein the key 
code is changed on every predetermined number 
of manufactured equipments. 

A method of controlling the operation of an electron- 
ic equipment as defined in claim 2, wherein the key 
code and the cipher information are allocated in a 
1-to-1 relationship. 

An electronic equipment in which a plurality of elec- 
tronic equipments are connected by way of a bus 
and communication for information signals and con- 
trolled signals is conducted between each of said 
electronic equipments, wherein 

the electronic equipment has an application 
obtained by using a control signal of a predeter- 
mined format containing identification information 
indicative of a manufacturer of the electronic equip- 
ment and renders said application executable by a 
control signal of a predetermined format containing 
a predetermined cipher information 

An electronic equipment in a system n which a plu- 
rality of electronic equipments arc connected by 
way of a bus and communication for information sig- 
nals and controls signals is conducted between 
each of the electronic equipments, wherein 

first controlling means fo*- administrating the 
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mode of an electronic cqu prr.cnt and second 
controlling moans for processing oenm^nri. 're- 
sponse t'ansmitted/reccived by way of the bus 
are provided and 

a command drrve type command for controlling 5 
an analog equipment prepared by said first con- 
trolling means is cameo on a control signal of 
a predetermined format by said second control- 
ling means. 

10 

11. A method of controlling an electronic equipment in 
a system in which a plurality of electronic equipment 
are connected by way of a b js and communication 
for information signals and control signals is con- 
ducted between each of the electronic equipments, ?s 
wherein a command drive type command for con- 
trolling an analog equipment is earned on a control 
signal of a predetermined format 

12. A controlling method for an electronic equipment as 20 
defined in claim 1 1 , wheiein the control signal of the 
prodotermined format contains a manufacturer's in- 
formation for the electronic equipment. 

13. A controlling method for an electronic equipment ns ^ 
defined in claim 1 1 , wherein the control signal of the 
predetermined format is adapted to carry a mode 
drive type command. 
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4 bytes 




zero pad bytes 
(if necessary) 



F I G. 2 



4 bytes 



CTS 
OOOO 



CT/RC 



Header 
Address 



OPC 



OPR 



OPR2 



zero pad bytes 
(if necessary) 



CTS: Command Transaction Set 
CT/RC: Command Type/Response Type 
Header Address: Destination of Command, 

Response Sending 
Subdevice (or Device) 

OPC : Operation Code 
OPR: Operand 
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4 bytes 



CTS 
0000 


CT/RT 


Header 
Address 


OPC 
OOOOOCOO 




Vendor ID 












zero pad bytes 
(if necessary) 
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Application No 


Type of Application 


OOh 


(Use Inhibited) 


Ol h 


VCR Control (Base) 


02h 


VCR Control (Special) 


03h 


Tuner Control 


lOh 


Edition Information 


kkh 


Application K 


FEh 




FFh 


(reserved) 
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Control ler 



Target 




Response Target key code 



Encipherment 



Control: Open Appl.K 
With Appl key 



© 



® 



Response : Acce pt ed 

Open Appl.K 



Decod 


ing 






- ope 


n 



F I G. 6 



0PR4 


0PR5 


0PR6 


0PR7 


Application 
No 


OPC 

Determined on 
Every 

Application 


OPRI 

Determined on 
Every 

Application 


0PR2 

Determined on 
Every 

Application 
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0PR4 


OPR5 


0PR6 


0PR7 


0PR8 


kk h 
(Appl. K) 


10 h 
(Target key) 


71 h 
(Value Inq) 


FF h 
(dummy) 


FF h 

(dummy) 

- ■ .. .J 




(a) Status Inquiry Command 






kk h 
(Appl.K) 


10 h 
(Target key) 


71 h 
(Value Inq) 


12 h 

(Target k 


34 h 
ey code) 


- (b) Response Stable 


kk h 
(Appl.K) 


10 h 
(Target key) 


71 h 
(Value Inq) 


FF h 
(dummy) 


FF h 
(dummy) ' 



(c) Response Not Implemented 



7nA1 
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kk h 


60 h 


Ol h 


56 h 


78 h 


(Appl. K) 


(open /close) 


(open) 


(Application key code) 

i I 



(a) Control Command 



kk h 


60 h 


Ol h 


56 h 


— — - 

78 h 


(Appl. K) 


(open/close) 


(open) 


(Application key code) 



(b) Response Accepted 



kk h 


60 h 


01 h 


56 h 


79 h ! 


(Appl. K) 


(open/close) 


(open) 


(Application key code) 

i 1 



(c) Control Command 



kk h 


60 h 


01 h 


56 h 


79 h 


(Appl. K) 


(open/close) 


(open) 


(Application key code) 



(d) Response Accepted 
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kk h 


60 h 


FF h 


56 h 


78 h 


(Appl.K) 


(open/close) 


(dummy) 


(Application key code) 
i 




(a) Status Inquiry Command 






kk h 


60 h 


Ol h 


56 h 


78 h 


(Appl.K) 


(open/close) 


(open) 


(Application key code) 



(b) Response Accepted 



F I G. I0 



kk h 


60 h 


00 h 


56 h | 78 h 


(Appl.K) 


(open /close) 


(close) 


(Application key code) 
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Application No 


Company ID of A Company Having A Right of Us-* 
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DIFcon 




Modecon 




Mechacon 









Mechanism 



DIF LANC 
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- 4 bytes 



CTS 


CT/RC 


Header 


OPC 


0PR1 


OOOO 




Address 







0PR2 



zero pad bytes 
(if necessary) 



CTS : Command Transaction Set 
T/RC*. Command Type/Response Code 
Header Address : Designation of Command, 

Response Sending Subdevice 

(or Device ) 
OPC:Operation Code 
OPR:Operand 
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WORDO 


WORD 1 


WORD 2 


WORD 3 


W0RD4 


WORD 5 


WORD 6 


WORD? 


Command 


Status of 
Peripheral 
Equipment 


VCR 
Mode 


VCR Status/Counter 
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— DIFcon — 



DIF Control 
Command 



DIF Status 
Response 



LANC 
Command 



Conversion to 
Code of LANC 
VCR Mode 



DIFcon 



Conversion to 
Code of AV/C 
Status 



■Modecon 



Indexing of Final 
Mode 



LANC VCR ^ 
Mode 
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4 bytes 



Modecon 



VCR 
Mode 



CTS 
OOOO 


CT7RC 


Header 
Address 


OPC 
OOOOOOO 




Vendor ID 




B»- 



zero pad bytes 
(if necessary) 
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0PR4 


CPR5 


OPR6 


OPR7 


Application 


OPC Defined 


OPR1 Defined 


OPR2 Defined 




No 


on Every 


on Every 


on Every 






Application 


Application 


Application 
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Application No 


Type of Application 


01 h 


VCR Control ( Basic) 


02 h 


VCR Control (Special) 


03 h 


Tuner Control 


04 h 


Camera Control 


05 h 


Printer Control 


06 h 


Accessory Control 
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Application OPC 


Rule of LANC System Command Allocation 


1x h 
4x h 
5xh 
6xh 


Special Target Key Code Inquiry, etc 

Inquiry 

Control 

Concerning Entire Application (Open/Close, etc 
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Correspondence 
to LANC 


Application No. 
Application OPC 

Application OPR 1 


01 h 
50h 
XX h 


VCR Control (Basic) 
Control 

Command Control 


WORD 1 
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Application OPR1 


Command 


2C h 


EJECT 


30 h 


STOP 


32 h 


PAUSE 


34 h 


PB 


36 h 


REWIND 


38 h 


FF 


3Ah 


REC 
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Application No 


01 h 


VCR Control ( Basic) 




Application OPC 


40 h 


VCR Mode Inquiry 




Application 0PR1 


XX h 


VCR Mode Code 


WORD 4 


Application No 


01 h 


VCR Control (Basic) 




Application OPC 


41 h 


VCR Status Inquiry 




Application 0PR1 


XX h 


VCR Category 


WORD 5 


Application 0PR2 


XX h 


VCR Status 


WORD 6 


Application 0PR3 


XX h 


VCR Status 


WORD 7 


Application No 


01 h 


VCR Control ( Basic) 




Application OPC 


42 h 


Counter Inquiry 




Application 0PR1 


XX h 


Counter Type 


WORD 5 


Application 0PR2 


XX h 


Counter 


WORD 6 


Application 0PR3 


XX h 


Counter 


WORD 7 


Application 0PR4 


XX h 


Counter 


WORD 6 


Application 0PR5 


XX h 


Counter 


WORD 7 
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ADDlication OPR1 


VCR Mode 


01 h 


EJECTED 


02 h 


STOP NORMAL 


03 h 


FF 


83 h 


REWIND 


04 h 


NORMAL REC 


14 h 


REC PAUSE 


16 h 


NORMAL PB 


46 h 


CUE 


56 h 


REVIEW 


07 h 


PB PAUSE 
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01 h 

(VCR Control [Basic]) 


40 h 

(VCR Mode Inquiry) 


FF h 
(Dummy) 


(a)Status Inquiry Command 


01 h 

(VCR Control [Basic]) 


40 h 

(VCR Mode Inquiry) 


46h 
(CUE Mode) 



( b) Response 
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Application No 
Application OPC 
Application 0PR1 


02 h 
50 h 
XX h 


VCR Control (Special) 
Control 

Command Code 


WORD 1 
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Application No 
Application OPC 
Application OPR 1 


03 h 
50 h 
XX h 


Tuner Control 
Control 

Command Code 


WORD 1 
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Application No 
Application OPC 
Application OPRI 
Application OPR 2 
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Tuner Control 
Channel Inquiry 

Channel Type, 100 Digit 
Channel 10 Digit, One Digit 
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Application No 
Application OPC 
Application 0PR1 
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Tuner Control 
Status Inquiry 
Status Information 
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Application OPC 
Application OPR 1 
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50 h 
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Camera Control 
Control 

Command Code 


WORD 1 
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Application OPR1 


Command 


35 h 
37 h 
41 h 


Zoom Tele 

Zoom Wide 

Focus Auto Manual 
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Application No 
Application OPC 
Application OPR1 


04 h 
41 h 
XX h 


Camera Control 
Status Inquiry 
Status Information 


WORD 3 j 
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DJF Control Command 
SI 



LANC Command 




VCR Mode 



Modecon 



S3 



Detect Edge 



S4 
f 



DIFcon L — 1 

Convert to VCR Mode 
Code 




Modecon ' 

Determine Final 
Mode From Mode 
Transition Table 
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